Role-play simulation engine

ABSTRACT

A coordination processor receives data from a simulated role-play environment. Further, the coordination processor composes an instruction to a performer to perform an action in the simulated role-play environment. In addition, the instruction is sent to an interface that provides the instruction to the performer.

BACKGROUND

1. Field

This disclosure generally relates to the field of simulation. Moreparticularly, the disclosure relates to role-play simulation.

2. General Background

A long-form role-play experience is a simulation of an experience inwhich participants are assigned particular roles in the simulation. Asan example, an amusement park may provide a long-form role-playexperience that includes performers interacting with guests throughoutdifferent geographical locations in the amusement park. As an example, aperformer may be an actor. The performers may act out particular actionsand lines, and the participants have the opportunity to be active withinthe role-play experience rather than passive audience members. Othertypes of performers that do not act may also be utilized in a role-playenvironment. For example, an amusement park guest may have theopportunity to dress up in a costume and take on the role of a charactersuch as a protagonist in a narrative. Many amusement park guests haveexhibited satisfaction with the long-form role-play experience.

However, large scale implementation of long-form role-play experienceshas provided a difficult operational challenge. For instance, a largenumber of performers have to be utilized to act out a typical narrative.Further, coordination of moving performers to different locations toplay out different scenes involves numerous additional people andresources. As a result, current long-form role-play experiences are toocostly to be provided on a large scale. Accordingly, current long-formrole-play experiences are typically provided as a premium experience toa limited number of guests at an amusement park.

The example of an amusement park is provided only as an example.Long-form role-play experiences may be provided in a variety of othergeographic locations and contexts other than amusement parks. The largescale implementation of a long-form role-play experience is a difficultoperational challenge irrespective of the location and the context.

SUMMARY

In one aspect of the disclosure, a system includes a coordinationprocessor that receives data from a simulated role-play environment andcomposes an instruction to a performer to perform an action in thesimulated role-play environment. Further, the system includes aninterface that receives the instruction from the coordination processorand provides the instruction to the performer.

In another aspect of the disclosure, a computer program product isprovided. The computer program product includes a computer useablemedium having a computer readable program. The computer readable programwhen executed on a computer causes the computer to receive data from asimulated role-play environment. Further, the computer readable programwhen executed on the computer causes the computer to compose aninstruction to a performer to perform an action in the simulatedrole-play environment. In addition, the computer readable program whenexecuted on the computer causes the computer to send the instruction toan interface that provides the instruction to the performer.

In yet another aspect of the disclosure, a process is provided. Theprocess receives, at a coordination processor, data from a simulatedrole-play environment. Further, the process composes, at thecoordination processor, an instruction to a performer to perform anaction in the simulated role-play environment. In addition, the processsends the instruction to an interface that provides the instruction tothe performer.

In another aspect of the disclosure, a system is provided. The systemincludes a coordination processor that receives data from a simulatedrole-play environment and composes an instruction to a computing deviceto perform an action in the simulated role-play environment. Further,the system includes an interface that receives the instruction from thecoordination processor and provides the instruction to the computingdevice.

BRIEF DESCRIPTION OF THE DRAWINGS

The above-mentioned features of the present disclosure will become moreapparent with reference to the following description taken inconjunction with the accompanying drawings wherein like referencenumerals denote like elements and in which:

FIG. 1 illustrates a role-play simulation system.

FIG. 2 illustrates a system configuration of role-play simulationenvironment.

FIGS. 3A-3E illustrate examples of a graphical user interface (“GUI”)for a performer device.

FIG. 3A illustrates a first GUI that allows a performer to view themethods received from the planner/scheduler.

FIG. 3B illustrates a second GUI in which a performer may view theinteractions from the interactions log.

FIG. 3C illustrates a third GUI in which a performer may view a map.

FIG. 3D illustrates a fourth GUI in which profiles of the guests may beviewed.

FIG. 3E illustrates that guests details may be revealed if the performerselects a particular guest photograph from FIG. 3D.

FIG. 4 illustrates an example of the game master interface GUIillustrated in FIG. 2.

FIG. 5 illustrates a process that is utilized to provide a role-playsimulation experience.

FIG. 6 illustrates a block diagram of a station or system that providesrole-play simulation experience.

DETAILED DESCRIPTION

A role-play simulation engine coordinates real world inputs from arole-play environment with a storyline of a narrative. As an example, acoordination processor may be an artificial intelligence (“AI”) directorthat coordinates a role-play simulation. Various sensors and data areprovided to the coordination processor. Based on these inputs, thecoordination processor may direct, props, performers, locations, and/orthe like to ensure that the participants, e.g., guests, are having acompelling and player-appropriate narrative experience. In oneembodiment, the coordination processor monitors the participants todetermine the status of their experiences. If the coordination processordetermines based upon such monitoring that the experiences of theparticipants may be improved, the coordination processor may adapt thestoryline, adapt instructions provided to the performers, changelocations, or the like.

FIG. 1 illustrates a role-play simulation system 100. The role-playsimulation system 100 includes an authoring interface 102, a planner104, a performer interface 106 and a plurality of sensors such as afirst sensor 108 and a second sensor 110. The authoring interface 102allows a writer to encode a space of narrative possibilities in a formallanguage. For example, a writer may author content at a high level bydefining various terminologies. For instance, the author may define theverb “to walk” and further define all of the various pre and postconditions for that verb as well as its effect. As a result, an authormay define various narrative possibilities such as, for example, a firstnarrative possibility of a protagonist walking down the street andcontinuing to do so until reaching a destination, a second narrativepossibility of the protagonist walking down the street and making a turnupon seeing a monster, etc. The various encoded narrative possibilitiesare provided to the planner 104, which interprets the encoded narrativepossibilities according to the formal language. The formal language maybe a programming language, syntax, or the like. In one embodiment, theplanner 104 is an artificial intelligence apparatus that reasons aboutthe narrative relative to various inputs provided by the performerinterface 106 and sensors such as the first sensor 108 and the secondsensor 110. The performer interface 106 allows a performer to encodeworld state updates in a formal structure that is parsable by theplanner 104. Such world state updates are inputs provided by theperformers. In the example above, the monster may be a performer dressedup in a monster costumer. The performer may go into the street in frontof the protagonist and watch the protagonist make a turn. Accordingly,the performer may provide an input through the performer interface 106to the planner 104 that indicates that the protagonist made a turn. Inone embodiment the performer interface 106 is executed on a portabledevice that the performer carries. For example, the portable device maybe a smart phone, tablet device, personal digital assistant (“PDA”), orthe like. In one embodiment, the performer interface 106 provides a GUIin which the user can send inputs to the planner 104. Further, theplurality of sensors may provide inputs to the planner 104 in additionto or in the alternative to the input provided by the performerinterface 106 to the planner 104. The sensors may include trackingdevices such as Global Positioning System (“GPS”) devices, monitoringdevices such as cameras and microphones, biometric devices, or the like.The sensors may also include data sourced externally such as data fromthe Internet, e.g., weather, and/or location specific data, e.g., waitinformation, parade information, automobile traffic information,pedestrian traffic information, etc.

The inputs received from the performers and the plurality of sensorsprovide a variety of useful data to the planner 104. In particular, suchinputs provide the planner 104 with indications of the status of theparticipants, which may help the planner 104 ensure and improve theoverall experience of the participants. For example, if the inputsindicate that a participant is elderly, the planner 104 may adjust thenarrative to ensure that the monster in the example provided above walksat a slow pace rather than at a fast pace toward the participant.Further, the inputs may provide an indication of conditions in therole-play simulation environment. For example, the plurality of sensorsmay include thermometers and other environmental indicators thatindicate that the temperature outside in the theme park is too hot forthe average participant. Accordingly, the planner 104 may adjust thenarrative such that the narrative is moved inside to an air-conditionedarea such that the participants may more comfortably enjoy the role-playsimulation.

The planner 104 processes the inputs that it receives and generatesinstructions to the performers based on those inputs. In the exampleprovided above, the planner 104 may provide an instruction to theperformer that is a monster to walk at a slow pace rather than a fastpace based upon the input that the protagonist is elderly. Accordingly,a loop may be utilized between the planner 104 and the performerinterface 106 such that the planner 104 provides instructions to theperformer through the performer interface 106 and receives inputs fromthe performer through the performer interface 106 based on thoseinstructions. The planner 104 may then send new instructions based onthe input from the performer. For example, the planner 104 may send aninstruction to the monster to step in front of the protagonist, themonster may provide an update to the planner 104 that the protagonistmade a turn, and the planner 104 may send an instruction to the monsterto follow the protagonist.

In one embodiment, the two-way interaction occurs between the planner104 and the performers such that interaction does not occur between theparticipants and the planner 104. The participants may knowingly orunknowingly provide input to the planner 104, but do not receive datafrom the planner 104. As an example, a protagonist may carry a prop witha GPS device or may have a GPS device positioned on himself or herselfthat provides the planner 104 with the location of the protagonist.

In one embodiment, the authoring interface 102 is optional. For example,the narrative possibilities may be pre-generated, manually entered, etc.

FIG. 2 illustrates a system configuration 200 of role-play simulationenvironment. The system configuration 200 includes a coordinationcomponent 202 and a game master interface 204. The coordinationcomponent 202 is an example of an implementation of the planner 104illustrated in FIG. 1. The coordination component 202 may include aplanner/scheduler 206 that implements artificial intelligence routinesto coordinate the narrative. The planner/scheduler 206 receives variousinputs from a world state database 208. In other words, the world statedatabase 208 stores data received from sensors, performers, or the like.The world state database 208 may receive an initial state from a savefile database 218. In other words, the role play simulation environmentwill have an initial set of conditions. Further, the planner/scheduler206 receives data from a park info database 216 that may or may not beexternal to the coordination component 202. The park info database 216provides an indication of various role play simulation environmentconditions. For example, the location info database 216 may have datasuch as location construction areas, location detours, location crowdinformation, location temperature information, location weatherinformation, or the like. An example of a location is a theme park. Thecoordination component also includes a story library 214 that includesvarious narrative data such as character data, prop data, task data, andlocation data. The planner/scheduler 206 utilizes this narrative data tocoordinate the narrative. Further, the coordination component includes acase library 212 that includes various methods, functions, routines, orthe like that have been previously utilized by the planner/scheduler 206to provide instructions to the performers. In other words, thecoordination component 202 maintains a database of instructionspreviously utilized as previously utilized instructions may be helpfulas future instructions to performers. In addition, the coordinationcomponent includes a heuristics database 210 that includes variousheuristics that enable the planner/scheduler 206 to learn from perviousactions. As an example, the heuristics database 210 may indicate that aninstruction to a performer to follow the protagonist in hot weather leadto an unsatisfactory experience. The planner/scheduler 206 then mayutilize artificial intelligence routines to determine a futureinstruction that would instruct the performer to not follow theprotagonist if the weather conditions are too hot. The planner/scheduler206 may be implemented with a coordination processor.

The game master interface 204 allows a user to view the interactionsbetween coordination component 202 and the performers. The game masterinterface 204 includes a methods database 222 that stores the methodsgenerated by the planner/scheduler 206. The game master interface 204then provides those methods to a performer through a device such as aperformer phone 242 so that the performer receives instructions aboutwhat actions to perform or not perform. In one embodiment, thetransmission of the methods from the planner/scheduler 206 to themethods database 222 to the performer phone 242 is automatic without anyadditional manual interaction. Alternatively, a user viewing the gamemaster interface 204 may be able to control what methods are sent or notsent to the performer at the performer phone 242. As yet anotheralternative, a user viewing the game master interface 204 may providemethods to the performer phone 242 by adding methods manually to themethods database 222 or manually inputting methods and transmittingthose methods to the performer phone 242.

In one embodiment, the game master interface 204 may also include anaudio files database 224 that stores inputs received from a performervia the performer phone via audio files. The audio files database 224may then provide the audio files to a speech to text converter 226. Thespeech to text converter 226 then provides the text to a game mastergraphical user interface (“GUI”) 244 for display to the user at the gamemaster interface 204. The speech to text converter 226 may be a humanbeing performing the conversion or an automated system performing theconversion. In one embodiment, the speech to text converter 226 providesthe text to a formal logical language module that parses the text into aformal logical language that may be interpreted by the planner/scheduler206. In an alternative embodiment, the actors may be trained to speak inan abbreviated formal language. In an alternative embodiment, text maybe provided directly from the performer phone 242 to the game master GUI244 via text messaging, e-mail, or the like.

In one embodiment, the game master GUI 244 also has a participant modeldatabase 230 that stores information about the participants. Theparticipant model database 230 may obtain such information from avariety of sources. For example, participants may have to register forthe role-play simulation game. The registration process may occur at aregistration booth where a game employee registers the participant at acheck-in laptop 240. Alternatively, the registration process may takeplace at the time the user purchases a ticket in person at the park,online through the Internet at the park or outside the park, or the likewith or without a check-in laptop operated by a game employee. Theparticipant model database 230 may include information such asparticipant photos, participant age, participant physical condition,likes, dislikes, etc. Further, the participant model database 230 mayinclude information about the participant's previous role playsimulation experiences. For example, a participant may have participatedpreviously as a particular character and may wish to participate inanother role-play experience as that same character. The participantmodel database 230 may also store data based on input received from theperformers. For example, a performer may send information through theperformer phone 242 to the participant model database 230 about aparticipant. For instance, the performer may observe that theparticipant is athletic and enjoys physical challenges. The participantmodel 230 may provide all or some of the participant data to the worldstate database 208 so that the planner/scheduler 206 may make decisionson how to proceed with the narrative based upon the participantsinvolved.

The game master interface 204 may also have a performer notes database232 in which performers may store notes that they make about theparticipants, various conditions, etc. In one embodiment, each performerhas secure access to his or her particular performer notes. In yetanother embodiment, all of the performers can view each other'sperformer notes. For example, a first performer may view what a secondperformer says about a participant. Based on these collaborative notes,the performers may receive information in addition to the instructionsreceived from the planner/scheduler 206.

In one embodiment, the game master interface 204 also has a GPS database236 that stores GPS coordinates received from a GPS tracker 246. The GPStracker may be positioned on a participant, within a prop carried by theparticipant, etc. The GPS database 236 provides the GPS coordinates to alocation look up table (“LUT”) 234. The location LUT determines aparticular geographic area based on the GPS coordinates. For example,the location LUT 234 may determine that the GPS coordinates indicatethat a participant is in a warehouse in an amusement park. The locationLUT 234 then provides this information to the planner/scheduler 206 sothat the planner/scheduler 206 may coordinate the narrative. Forexample, the participant may be in the warehouse, but should be in adifferent location according to the narrative. The planner/scheduler 206may then send instructions to performers to reveal themselves in thewarehouse and other locations so that the participant moves to theintended location or send instructions to performers at the otherlocation to move to the warehouse. Various other types of instructionsmay also be utilized. The planner/scheduler 206 may also utilize traveltime based upon location when determining which instructions to provideto the actors. Further, an interaction log 238 may be utilized to recordthe interactions between the planner/scheduler 206 and the performers.Accordingly, the performers may review the interaction logs to ensurethat they are performing the instructions as indicated by theplanner/scheduler 206.

In addition, a case library 228 may also be utilized by the game masterinterface 204. The case library 228 stores methods that have been sentthrough the game master interface 204. Such methods may include themethods received from the planner/scheduler 206 in addition to anymethods manually generated by a user viewing the game master interface204. The aggregate set of methods may be provided from the case library228 to a domain database 220 such that the coordination component willhave available to it the full set of methods generated by theplanner/scheduler 206 and/or a user at the game master interface 204 forfuture developments in the role-play experience and/or future role-playexperiences.

In another embodiment, the performer may not be a human performer. Forexample, the performer may be an autonomous character such as athree-dimensional (“3D”) generated character. In yet another embodiment,the performer may be a robotic character. In another embodiment, acomputing device rather than a performer may be utilized. For example, aguest may approach a computerized kiosk, which performs a particularaction based upon an instruction received from the planner/scheduler206. For instance, the kiosk may display a video to the guest.

FIGS. 3A-3E illustrate examples of a GUI for a performer device. FIG. 3Aillustrates a first GUI 300 that allows a performer to view the methodsreceived from the planner/scheduler 206. In one embodiment, theperformer may view the methods that are executing, been completed,failed, or dismissed. A time stamp may optionally be utilized for eachof the methods. Further, FIG. 3B illustrates a second GUI 310 in which aperformer may view the interactions from the interactions log 238. Inone embodiment, the interactions are the aggregate interactions of allperformer and system events. In addition, FIG. 3C illustrates a thirdGUI 320 in which a performer may view a map. The map may indicate thelocations of the guests, performers, and props. The locations may bedetermined by the lookup LUT 234 based upon GPS coordinates determinedby tracking the guests, performers, and props. FIG. 3D illustrates afourth GUI 330 in which profiles of the guests may be viewed. Forexample, pictures of each guest may be arranged in a grid format.Further, FIG. 3E illustrates that guests details may be revealed if theperformer selects a particular guest photograph from FIG. 3D.

The planner/scheduler 206 monitors the status of theinstructions/methods that it provides to the actors. If an actorindicates that an instruction has failed, the planner/scheduler 206 mayprovide additional instructions to that actor and/or different actors toadjust the narrative. For example, if the planner/scheduler 206 providesan instruction to an actor enter a street and find a guest and the actoris unable to find the guest, the actor may indicate to theplanner/scheduler 206 that he or she cannot find the guest. Theplanner/scheduler 206 may then provide an instruction to the actor toutilize an alternate street, provide an instruction to a different actorthat has indicated seeing the particular guest, or the like.

Various networks may be utilized to implement the system configuration200. For example, the Internet, GPS, wireless networks, local areanetworks (“LANs”), wide area networks (“WANs”), telecommunicationsnetworks, and/or the like may be utilized.

FIG. 4 illustrates an example of the game master interface GUI 244illustrated in FIG. 2. The game master interface GUI 244 may include anoverall view of updates from performers and methods that have beenassigned to different players. Further, the game master interface GUI244 may allow a user to manually enter a world status update or manuallycreate a new method. Further, the map allows the user to view thelocations of the players, characters, props, and/or areas. Variousindicia may be utilized to symbolize players, characters, props, and/orareas and their respective locations on the map. The map may showvarious perspectives such as satellite view, street view, or the like.

FIG. 5 illustrates a process 500 that is utilized to provide a role-playsimulation experience. At a process block 502, the process 500 receives,at a coordination processor, data from a simulated role-playenvironment. Further, at a process block 504, the process 500 composes,at the coordination processor, an instruction to a performer to performan action in the simulated role-play environment. In addition, at aprocess block 506, the process 500 sends the instruction to an interfacethat provides the instruction to the performer.

The processes described herein may be implemented in a general,multi-purpose or single purpose processor. Such a processor will executeinstructions, either at the assembly, compiled or machine-level, toperform the processes. Those instructions can be written by one ofordinary skill in the art following the description of the figurescorresponding to the processes and stored or transmitted on a computerreadable medium. The instructions may also be created using source codeor any other known computer-aided design tool. A computer readablemedium may be any medium capable of carrying those instructions andinclude a CD-ROM, DVD, magnetic or other optical disc, tape, siliconmemory (e.g., removable, non-removable, volatile or non-volatile),packetized or non-packetized data through wireline or wirelesstransmissions locally or remotely through a network. A computer isherein intended to include any device that has a general, multi-purposeor single purpose processor as described above. For example, a computermay be a personal computer (“PC”), laptop, smartphone, tablet device,set top box, or the like.

FIG. 6 illustrates a block diagram of a station or system 600 thatprovides role-play simulation experience. In one embodiment, the stationor system 600 is implemented utilizing a general purpose computer or anyother hardware equivalents. Thus, the station or system 600 comprises aprocessor 602, a memory 606, e.g., random access memory (“RAM”) and/orread only memory (ROM), a role-play simulation engine 608, and variousinput/output devices 604, (e.g., audio/video outputs and audio/videoinputs, storage devices, including but not limited to, a tape drive, afloppy drive, a hard disk drive or a compact disk drive, a receiver, atransmitter, a speaker, a display, an image capturing sensor, e.g.,those used in a digital still camera or digital video camera, a clock,an output port, a user input device (such as a keyboard, a keypad, amouse, and the like, or a microphone for capturing speech commands)).

It should be understood that the role-play simulation engine 608 may beimplemented as one or more physical devices that are coupled to theprocessor 602 to provide a role-play simulation experience. For example,the role-play simulation engine 608 may include a plurality of modules.Alternatively, the role-play simulation engine 608 may be represented byone or more software applications (or even a combination of software andhardware, e.g., using application specific integrated circuits (ASIC)),where the software is loaded from a storage medium, (e.g., a magnetic oroptical drive, diskette, or non-volatile memory) and operated by theprocessor in the memory 606 of the computer. As such, the role-playsimulation engine 608 (including associated data structures) of thepresent disclosure may be stored on a computer readable medium, e.g.,RAM memory, magnetic or optical drive or diskette and the like. Thestation or system 600 may be utilized to implement any of theconfigurations herein.

It is understood that the apparatuses, systems, computer programproducts, and processes described herein may also be applied in othertypes of apparatuses, systems, computer program products, and processes.Those skilled in the art will appreciate that the various adaptationsand modifications of the embodiments of the apparatuses, systems,computer program products, and processes described herein may beconfigured without departing from the scope and spirit of the presentapparatuses, systems, computer program products, and processes.Therefore, it is to be understood that, within the scope of the appendedclaims, the present apparatuses, systems, computer program products, andprocesses may be practiced other than as specifically described herein.

1. A system comprising: a coordination processor that receives data froma simulated role-play environment and composes an instruction to aperformer to perform an action in the simulated role-play environment;and an interface that receives the instruction from the coordinationprocessor and provides the instruction to the performer.
 2. The systemof claim 1, further comprising an authoring component that generates anencoded narrative for the simulated role-play environment.
 3. The systemof claim 1, wherein the coordination processor receives the data fromthe simulated role-play environment through at least one sensor.
 4. Thesystem of claim 3, wherein the at least one sensor is located within adevice located on a participant in the simulated role-play environmentthat participates in the simulated role-play environment withoutreceiving an instruction to perform any action from the coordinationprocessor.
 5. The system of claim 4, wherein the at least one sensor isa tracking device.
 6. The system of claim 4, wherein the at least onesensor is a Global Positioning System device.
 7. The system of claim 3,wherein the at least one sensor communicates with the coordinationprocessor via a network.
 8. The system of claim 1, wherein thecoordination processor receives the data from the simulated role-playenvironment through the interface.
 9. The system of claim 1, wherein theperformer is human.
 10. The system of claim 1, wherein the performer isan autonomous character.
 11. The system of claim 1, wherein theperformer is a three-dimensional generated character.
 12. The system ofclaim 1, wherein the performer is a robotic character.
 13. The system ofclaim 1, wherein the interface is an electronic communication device.14. A computer program product comprising a computer useable mediumhaving a computer readable program, wherein the computer readableprogram when executed on a computer causes the computer to: receive datafrom a simulated role-play environment; compose an instruction to aperformer to perform an action in the simulated role-play environment;and send the instruction to an interface that provides the instructionto the performer.
 15. The computer program product of claim 14, whereinthe computer is further caused to generate an encoded narrative for thesimulated role-play environment.
 16. The computer program product ofclaim 14, wherein the data from the simulated role-play environment isreceived through at least one sensor.
 17. The computer program productof claim 16, wherein the at least one sensor is located within a devicelocated on a participant in the simulated role-play environment thatparticipates in the simulated role-play environment without receiving aninstruction to perform any action.
 18. The computer program product ofclaim 17, wherein the at least one sensor is a tracking device.
 19. Thecomputer program product of claim 17, wherein the at least one sensor isa Global Positioning System device.
 20. The computer program product ofclaim 16, wherein the at least one sensor communicates with thecoordination processor via a network.
 21. The computer program productof claim 14, wherein the computer is further caused to receive the datafrom the simulated role-play environment through the interface.
 22. Thecomputer program product of claim 14, wherein the performer is human.23. The computer program product of claim 14, wherein the performer isan autonomous character.
 24. The computer program product of claim 14,wherein the performer is a three-dimensional generated character. 25.The computer program product of claim 14, wherein the performer is arobotic character.
 26. The computer program product of claim 14, whereinthe interface is an electronic communication device.
 27. A methodcomprising: receive, at a coordination processor, data from a simulatedrole-play environment; compose, at the coordination processor, aninstruction to a performer to perform an action in the simulatedrole-play environment; and send the instruction to an interface thatprovides the instruction to the performer.
 28. The method of claim 27,further comprising generating an encoded narrative for the simulatedrole-play environment.
 29. The method of claim 27, wherein the data fromthe simulated role-play environment is received through at least onesensor.
 30. The method of claim 29, wherein the at least one sensor islocated within a device located on a participant in the simulatedrole-play environment that participates in the simulated role-playenvironment without receiving an instruction to perform any action fromthe coordination processor.
 31. The method of claim 30, wherein the atleast one sensor is a tracking device.
 32. The method of claim 30,wherein the at least one sensor is a Global Positioning System device.33. A system comprising: a coordination processor that receives datafrom a simulated role-play environment and composes an instruction to acomputing device to perform an action in the simulated role-playenvironment; and an interface that receives the instruction from thecoordination processor and provides the instruction to the computingdevice.